00026 Express Mail No. EV3436261 35US 

PLAYER TRACKING SYSTEM 
CROSS REFERENCE TO RELATED APPLICATIONS 

[0001] This application claims the benefit of provisional Application No. 60/458,852 
filed March 27, 2003. 

BACKGROUND 

[0002] Casinos frequently implement player tracking systems to track the wagering 
history of players, to award points or "comps," (e.g., coupons for discounted meals, 
drinks, shows, rooms, etc.) based on the level of wagering, and to generally promote 
the casino by enticing players to return to the casino in order to accumulate more points 
and comps. Presently it is typical for a player to be issued a plastic card that has an 
embedded magnetic stripe on which a player identification number is encoded. The 
player inserts the card into a magnetic reading device located on slot machines or other 
games in the casino in order to identify the player during the time that the card is 
inserted in the reader. Some systems require the player to enter a PIN to identify 
themselves through a keypad. The readers are generally linked to a local computer 
system that records the gaming activity for each player that uses a card. Some 
systems link local systems so that information can be available at different locations, 
although these systems generally do not centralize the information, but instead 
maintain the information in a distributed fashion at each location. 
[0003] Despite the widespread use of magnetic card systems for player tracking, 
these systems have several drawbacks. Card readers tend to require considerable 
maintenance because of the mechanical parts used in receiving and expelling cards. 
Cards also tend to get lost, primarily because players forget to take them when they 
leave a game. Finally, a player that just wants to quickly play a game is discouraged 
from using his or her magnetic card in that it takes time to use the card: the player has 
to take the card out of his/her wallet, insert the card, wait for the card to be accepted, 
enter a PIN, and finally begin play. Accordingly, an improved system is desirable. 
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SUMMARY 

[0004] A player tracking system is described herein that utilizes an RF device to carry 
a player identification number instead of a magnetic stripe card. In general, a system 
and method in an embodiment of the invention includes a small plastic fob containing 

5 a radio frequency (RF) antenna and an embedded identifier. The fob transmits a signal 
that is received by one of a plurality of games or other interactive devices having 
associated circuitry installed which recognizes the identifier and thus identifies the 
player who holds the fob. Several discrete remote gaming locations are connected to 
a central location where player information is stored and maintained in a database. 

1 0 When a player scans his fob at a game at any remote location connected to the central 
location, the identifier is transmitted to the central location and the player information 
is transmitted to the game. The player can begin play, accumulating points on his/her 
account reflective of his or her gaming activity. Points are accumulated based on the 
level of wagering and/or winning, based on awards or marketing promotions, or by any 

1 5 other method determined by the gaming establishment. Comps can also be awarded 
and recorded in the player's account. Points, in some embodiments, have a monetary 
value, and the player can redeem points for cash at the game itself without third-party 
assistance. 

[0005] Enrollment of players in a tracking system in an embodiment of the invention 
20 can also be accomplished at a gaming or other interactive device that is part of the 
system. In one embodiment, an enroll signal is entered at the device, typically by a 
button, and then a fob held by the individual is scanned. A PIN is entered by the 
individual and the identifier and PIN are transmitted to the central site. 
[0006] Finally, a system in an embodiment of the invention generates a plurality of 
25 reports at the central site which are viewable at the remote sites. In some 
embodiments the reports are viewable over an internet connection. In one 
embodiment, one of the reports allows a user to view the activity of a player in real time. 
[0007] By using an RF fob in some embodiments, there is less maintenance required 
for readers, a player can more quickly initiate play while accumulating points, and loss 
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of fobs is lower than with magnetic cards, since the fobs are not inserted into a reader 
but kept on the player's person. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0008] The present invention is described with respect to particular exemplary 
embodiments thereof and reference is accordingly made to the drawings in which: 
[0009] Fig. 1 is a generalized function block diagram of a system in an embodiment 
of the invention; 

[0010] Fig. 2 is a generalized function block diagram of an RF enclosure in an 
embodiment of the invention; 

[001 1] Fig. 3 is an exemplary keypad in an embodiment of the invention; 

[0012] Fig. 4 is a flow diagram showing steps for initializing fobs and associating fobs 

with a player in an embodiment of the invention; 

[001 3] Fig. 5 is a flow diagram showing steps for enrolling players in an embodiment 
of the invention; 

[0014] Fig. 6 is a flow diagram showing steps for player login and logout in an 
embodiment of the invention; and 

[001 5] Fig. 7 is a flow diagram showing steps for point redemption in an embodiment 
of the invention. 

DETAILED DESCRIPTION 

[0016] An embodiment in accordance with the invention is illustrated in Fig. 1 and 
spans at least two locations: central site 100 and remote site 102. Generally, remote 
site 102 will not be the same physical location as central site, although in some 
embodiments it can be. In addition, although not shown for simplicity of illustration, 
multiple remote sites are contemplated in various embodiments of the invention. 
[0017] Remote site 102 includes one or more slot machines 104, Slots 1 ...n. An RF 
enclosure 106 is mounted on or otherwise coupled to each slot machine 104. Referring 
to Fig. 2, each RF enclosure 106 includes a controller 108, a memory 1 10, an antenna 
1 12, an RF ID reader 1 14, a display 116, and a keypad 118. In one embodiment, the 
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controller 108 and memory 110 are a single integrated structure, which in one 
embodiment is an ATMega128 or ATMega161 , both available from Atmel of San Jose, 
California. RF ID reader 1 14 in one embodiment is Read/Write Base Station U2270B, 
also available from Atmel, which is coupled to antenna 112, sometimes referred to as 

5 a "coil." Although display 116 and keypad 118 are shown separately in Fig. 2, they can 
be embodied in an integrated unit, such as a touch screen. 
[0018] Fig. 3 illustrates a keypad 118 in one embodiment of the invention. As 
illustrated, keypad includes ten number keys, along with keys entitled "enroll," 
"redeem," "info," "cancel," "logout," and "enter." 

10 [0019] Referring again to Fig. 1, RF enclosure 106 is designed to interact with 
individual fobs 107 held by individual players. In one embodiment, each fob is 
approximately 40mm in diameter and has an exterior housing made of plastic. Fob 1 07 
includes an RF read only transponder that carries an identifier, which in one 
embodiment is the H4102 available from EM Microelectronic-Marin SA of Switzerland. 

15 When fob 107 is placed in proximity to RF ID reader 1 14, RF ID reader obtains the 
player identifier from the fob. This player identifier is then utilized as a unique identifier 
that is coupled to the play on the gaming machine 1 04. 

[0020] Each RF enclosure 1 06 is coupled to a computing device 1 20 at remote site 
102. In one embodiment, each RF enclosure 106 is coupled to computing device 120 

20 using RS485-based connections. In one embodiment, computing device 120 is a PC 
running Windows 2000 or Windows XP and further includes a 1 Ghz processor, 256 Mb 
RAM, a 40 MB hard drive, a 56kB modem, and a RS485-to-RS232 adapter. In one 
embodiment, computing device 120 further includes a browser such as Internet 
Explorer 5.0. Nonetheless, some embodiments do not include a browser and do not 

25 even require a display with computing device 120. As should be understood, the 
elements of computing device 1 20 described are exemplary only and many alternatives 
will be readily apparent to those of skill in the art. For instance, rather than a 
Windows-based PC, a MAC, a Linux-base device, a UNIX-based device, or other 
computing device can be used. As well, a broadband connection or leased line can be 

30 used instead of a 56k modem. Moreover, elements of computing device 1 20 can also 
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be of differing speeds or sizes in other embodiments. Computing device 120 is 
sometimes referred to herein as a "Data Control Unit" or "DCU." 
[0021] DCU 1 20 will at least periodically establish a connection with a modem bank 
1 22 at central site 1 00. Modem bank 1 22 includes a dedicated modem for each remote 

5 site 1 02 (only one remote site is shown). In some embodiments for security purposes, 
modems at both the central site and remote sites will only accept an incoming call from 
a pre-assigned phone number (i.e., that of the remote site or central site). Modem bank 
122 is coupled to a computing device 124 that receives data from all remote locations 
and is described in further detail below. Computing device 124, a windows based 

10 application, is sometimes referred to herein as a "Poller." 

[0022] Poller 124 is coupled to hub 126, which in turn is coupled to database 128, 
which in one embodiment runs Microsoft SQL Server 2000, although other 
embodiments may run other database software. Hub 126 is further coupled to 
computing device 130. Computing device 130 is the main administrative interface to 

1 5 the system of Fig. 1 and is therefore sometimes referred to herein as Admin-Manager 
device 1 30. In one embodiment, Admin-Manager device 1 30 is a PC running Windows 
2000, although non-Windows PCs or computing devices are also suitable in other 
embodiments. Although only one device is shown for device 130, in some 
embodiments, multiple computing devices may be used to carry out its functionality, 

20 e.g, one device for administrative functions, one for management functions, and one 
for data entry. Further coupled to computing device 130 are fob reader 132, barcode 
printer 134, and barcode wand 136. 

[0023] Admin-Manager device 1 30 further includes software modules to support an 
Administration function, a Management function, and a Reporting function. 

25 [0024] The Administration module is used to manage system user access for the 
central site employees as well as the owners and managers of the various remote 
locations where the system is deployed. A user-administrator is responsible for setting 
up new users and user groups as well as removing users, e.g., when an employee 
leaves the company. Information is stored for each remote site, including address, 

30 phone numbers, and contact information. 
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[0025] At least two categories of users are established in one embodiment: 
owners/managers of remote locations and "bar hosts." Bar hosts, unless they are also 
an owner or manager, normally do not have privileges to use any of the system 
functions and are not granted system access. However, bar hosts are assigned 

5 "employee fobs" for the purpose of enrolling new players, as will be described below. 
[0026] The Management module acts as the primary user interface to the player 
tracking system. Access privileges to the various functions of the program are granted 
through the administration module. The management module manages player 
accounts, including adding, editing, disabling, and deleting accounts. The management 

10 module also manages fobs including initializing, verifying, processing, registering, 
enabling and disabling fobs. The management module further accounts for slot 
machines at the various remote locations, including adding, deleting, and moving slot 
machines, provides EFT (Electronic Funds Transfer) meter information for use by other 
accounting systems, allows game meter information to be viewed for problem 

1 5 resolution, shows transaction histories on various slot machines, and includes system 
set up parameters. 

[0027] Fob registration is done using the manager module on device 130, which 
registration must occur before a fob can be issued to a player. Referring to Fig.4, to 
register a fob, first an un-initialized fob is selected, step 402 and is read by a fob reader 

20 132, step 404, which reads in an identifier stored on the fob and stores the identifier. 
This, in part, ensures that un-assigned third party fobs will be rejected from the system 
in case there is an unauthorized use of the fob. A barcode is created representative 
of the identifier on the fob, and a barcode label for the fob is printed on printer 134, step 
406. The barcode label is attached to a registration form to be filled out by a new 

25 player. The fob and the registration form are then stored together, e.g., in a plastic bag: 
since the barcode identifies the fob, the player must fill in the registration form having 
the appropriate barcode label on it in order to be associated with the fob. Once 
initialized, the fobs (along with their associated registration forms) are sent to the 
remote location(s), step 408. New players who wish to join a gaming 

30 establishment's "club" will fill out a registration form, step 410. Once the form is 
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completed, the player will be provided the fob associated with the form. The form is 
returned to the central site, step 412. 

[0028] When the central site receives the registration from, it enters the player 
information using the management module, step 414. In particular, the user enters the 

5 information from the form into appropriate fields displayed on device 1 30. The program 
then prompts the user for the barcode on the registration form. The user scans the 
barcode on the form using wand 136, thereby matching the fob to the user's account. 
Any play that has been recorded for the player while using the fob before the player 
information was entered at the central site will be associated with the new account and 

10 the player will now be able to redeem player points for cash at any game that is 
connected to the central site. 

[0029] As soon as the player receives the fob at the remote site, the player can begin 
to use it for accumulating points even though all of his/her specific information has not 
yet been entered in the database at the central site. Referring to Fig. 5, to do so, the 
15 "enroll" button on a machine is pressed, step 502. A message is displayed on the 
display indicating that the bar host needs to swipe his/her fob: "New member 
enrollment... Waiting for Bar Host." An employee at the remote site will then swipe an 
"employee fob" across the reader, step 504. A message is then displayed in one 
embodiment indicating that the player should swipe his/her fob: "Your bar host is 
20 'Debbie'... Please scan your new fob." The player then swipes his/her new fob across 
the reader, step 506. The player will then be prompted on the display to enter a PIN, 
at which point the player enters a PIN using the keypad 1 1 8, step 508. The player will 
be prompted to re-enter the PIN for verification, step 51 0. If the entered and re-entered 
PINs do not match, step 512, the player is prompted to enter and re-enter his/her PIN 
25 again. If the entered and re-entered PINs match, the player has been successfully 
enrolled, step 514. The player is now ready to accumulate points although the player 
will not be eligible, in some embodiments, to cash out the points until the player 
information is entered at the central site. In some embodiments, if at any time during 
the enrollment process there is more than a 30 second pause between actions, the 
30 enrollment process will be discontinued. In some embodiments, if the player or the 
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employee wish to discontinue the process, the "enroll" key is pressed again to stop the 
process. 

[0030] Once enrolled, to accumulate points while playing games, the player swipes 
his/her fob across the area on the reader unit where the RF coil is located, step 602. 
The identifier is transmitted from the fob to the antenna 1 12 and RF ID reader 1 14 and 
then transmitted from the RF enclosure 106 to the central site through DCU 120, step 
604. The central site database is searched using the identifier to find the player's name 
and point balance, step 606. While the player information is retrieved, the display 
displays a message such as "Searching for Files." Once the player information is 
found, the player information in transmitted to the remote site, and a greeting is 
displayed to the player, e.g., "Hello Nancy! You have 198,340 points". If no player is 
found, but the fob is valid, then only the player's points are displayed, e.g., "Hello 
Player! You have 108 points." Player information may not be found if the player has 
recently enrolled and the player's information has not yet been entered at the central 
site. Although some embodiments only display the player's point balance other 
embodiments may display other elements of the player's account, such as whetherthe 
player has any comps or comps that are available for redemption. 
[0031] Once successfully logged in, the player will typically go on to play the game, 
610. When finished playing, the player presses the "logout" key on the keypad 118, 
step 612. The player's session points will be displayed along with a logout message 
in some embodiments, step 614. In addition, the system will automatically log out the 
player after a period of inactivity (e.g., 1 minute) or when a new player swipes a fob 
across the reader. The player's activity for each session from login to logout is 
recorded at the central site typically in the form of a point or account balance, although 
additional information can be stored such as the length of time the player played, how 
much money was wagered, and what game was played. 

[0032] When a player is not playing a game, display 1 1 6 displays one or more attract 
messages, e.g., "Welcome to ABC Casino!," as shown in steps 500 (Fig. 5) and 600 
(Fig. 6). 

[0033] After a successful login, the player may choose to redeem points, Fig. 7, and 
can do so without the assistance of any remote location employees or other third 
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parties. Pressing the "redeem" key on the keypad begins the redemption process, step 
702. In order to redeem points, the player will be prompted by the system to enter 
his/her PIN on the keypad, step 704. Using a PIN provides additional security. The PIN 
is checked for accuracy, step 706. In some embodiments, there may be a daily limit 
5 on the amount that can be redeemed by the player, e.g., $25.00. If there is a daily limit, 
then in some embodiments the player's account is checked to see if the player has 
redeemed his/her daily limit, step 708. Some embodiments will not have a daily limit 
or will have a daily limit set to the total monetary value of the accumulated points. In 
some embodiments, the player is displayed his/her total points and available balance 

10 for redemption, step 710. But if a daily limit for redemption has been reached, the 
display notifies the player that he/she will be unable to redeem additional points, step 
712. If the player has a redemption balance available, the player is prompted to key 
in a dollar amount to redeem, step 714. If the player has an adequate available 
balance, the system will credit the electronic funds transfer (EFT) meter in the gaming 

1 5 device for the amount requested, step 718. If the amount keyed in by the player is too 
high, however, the player will be informed that the amount it too high and asked to enter 
a new amount, step 71 6. Once the points are redeemed, the player can then choose 
to either cash out the credits that have been downloaded to the game by pressing the 
"cash out" key typically available on slot machines, or the player can simply continue 

20 playing the game using the credits that were downloaded. 

[0034] In addition to an Administration Module and a Management Module, 
Admin-Management device 130 also includes a Reporting Module in some 
embodiments. With the reporting module, various reports can be created. Reports can 
be accessed only by those having privileges to access reports -- generally only those 

25 users whose job descriptions require access (access privileges are assigned with the 
Administration Module). Reports are generated at central site 100 since almost all 
player information is stored in database 128 and not at remote locations. In some 
embodiments, some reports are available over an internet connection for those users 
at remote sites, but users will be required to log in and have appropriate privileges to 

30 be granted report access. Reports that are able to be generated in one embodiment 
include:. 
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user access reports showing access privileges for all users of the system; 
audit reports showing actions taken by users when logged into the 

system; 

redemption reports on a game-by-game basis; 

slot listing reports showing detailed information about games installed at 
each remote location, e.g., manufacturer, slot identifier number; 

parameter listing reports showing system parameters usually set up on 
system installation; 

liability reports showing a summary of outstanding player point values and 

the cash value of those points; 

meter consistency reports which show if games having meters that are 
incrementing outside of a reasonable predetermined rate; 

enrollment reports showing the number of newly enrolled players at 
various remote locations; 

comp detail reports showing the number and average value of comps 
given to players at selected remote locations; 

redemption detail reports showing point redemptions made at selected 
remote locations; 

version reports showing modifications and upgrades to the system; 

theoretical win reports showing player activity according to theoretical win 
per trip per gaming location; 

player history reports showing a detailed history per day for each location 
for each player; 

card/non-carded reports indicates the amount of coin-in per location that 
was played by logged-in players versus non-logged players; 

zip code reports shows the amount of coin-in, theoretical win, and actual 
win that a remote location produces from its enrolled players by zip code; and 

other various reports. 
[0035] In addition, an embodiment of the invention can generate current player 
reports showing statistics regarding the activity of each currently logged-in player by 
location and in real time. These real-time reports are viewable in some embodiments 
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by authorized users at remote locations on an internet connection to the central 
location. 

[0036] The remote site and the central site communicate using the poller and the 
DCU. The poller and the DCU each include software programs that place information 
5 into (and take information out of) the communication packets used for communicating 
between the sites. 

[0037] Each packet utilizes a series of commands or bytes which are utilized as 
commands for the receiving application to decipher and by which the receiving 
application can decode and route or respond based on the deciphered message. 

10 "STX" and "ETX" indicate the start and end of a packet. "Destination Address" and 
"Source Address" indicate the locations the packet is going to and the location that it 
came from. If a message is to be broadcast to, e.g., all remote locations from the 
central location the destination address is set to zero. "Category" and "Code" describe 
the class and category of messages. "Date Time" indicates the date and time the 

1 5 message was sent as is known in the art. "Logical Data Length" is the length of the 
data field. It is indicated as "logical" because in some embodiments, the physical data 
length may be different. For instance, in some embodiments, if the data field contains 
0x55 or OxAA, when the message is sent physically, these bytes are duplicated, e.g., 
if logical data is 0x55 OxAA, then the data physically sent is 0x55 0x55 OxAA OxAA. 

20 The Logical Data Length does not include the duplicated bytes. "Data" contains any 
data being sent as will be described with the discussion of Categories and Codes. 
[0038] Finally a CRC (Cyclical Redundancy Check) is used on the packet to further 
ensure the data send is accurate and not changed while in transit. CRC functions are 
well known in the art and any CRC function can be used. In one embodiment, 

25 however, the following CRC function is used: 



30 
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UINT16 compute_CRC(UINT8 *s, UINT32 len, UINT16 crcval) 
{ UINT32 c; 

UINT32 q; 

UINT32 i; 

5 

for(i = len;i > 0:i-){ 
c = *s++; 

q = (crcval^) & OxOF; 
crcval = (crcval»4) A (q * 0x1081); 
10 q = (crcval A (c»4)) & OxOF; 

crcval = (crcval»4) A (q * 0x1 081 ); } 
return crcval; } 

[0039] The "Category" and "Code" fields of each packet indicate the information that 

15 is being conveyed. 

[0040] Accordingly a system and method have been described that provides a small 
RF identifying device that can simply be scanned and does not need to be inserted into 
a reader or otherwise leave the hands of the player. Although slot machines have been 
. discussed as exemplary herein, it is to be understood, that various embodiments of the 

20 invention could be applied to other types of stand-alone games as well as gaming 
tables, and all are generally referred to herein as "gaming devices." In addition, as 
should be understood, RF readers may also be established at kiosks, e.g., to check or 
redeem points, or at pay stations in restaurants, bars, gift shops, or other 
establishments, where the kiosks and pay stations are for tracking expenditures, 

25 accumulating points as a result of expenditures, or for redeeming points and comps. 
RF readers may also be used at sports wagering kiosks to redeem points for placing 
sports bets and to allow the accumulation of points when a player places sports bets. 
Accordingly, gaming devices, kiosks, and pay stations are all referred to generally 
herein as "interactive devices" and all generally share the characteristic that they are 

30 interactive with the player. Moreover, although an embodiment of the system as 
described herein is for recognizing players in a casino-type gaming environment, other 
embodiments are contemplated for other environments, including employee time 
management and building security. 

[0041] Some advantages of using a fob include lower maintenance cost for the 
35 casino as the mechanical card reader is eliminated , greater player satisfaction because 
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the fob is approximately 75% smaller than a magnetic card and can be comfortably 
attached to a key chain in some embodiments, faster access to player accounts as the 
player need only swipe the fob across the RF reader without using a key pad to actuate 
the system, and there is also a lower risk of loss of the fob because, unlike a magnetic 
5 card, it is not inserted into a reader for the entire time of play but rather kept on the 
player's person. 

[0042] It should be understood that the particular embodiments described above are 
only illustrative of the principles of the present invention, and various modifications 
could be made by those skilled in the art without departing from the scope and spirit of 
10 the invention. Thus, the scope of the present invention is limited only by the claims that 
follow. 
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